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(54) Method and system for bill presentation and payment reconciliation 



(57) A system and method for electronic bill presen- 
tation and payment reconciliation. A service sorts bills 
received from a plurality of service providers by cus- 
tomer and presents to a customer those bills addressed 
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to that customer, then receives and processes payment 
instructions for payment of the bill and reconciliation 
with the presented bill. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a method and sys- 
tem for electronic payment of bills. More particularly, the 
present invention includes a service which sorts bills (by 
customer) from a plurality of service providers and 
presents to a customer those bills addressed to that 
customer, then receives and processes payment 
instructions for payment of the bill and which reconciles 
payments to their respective bills. 

Prior Art 

Electronic payment systems for bills received in the 
mail are known. These systems frequently create a con- 
solidated check with a list of payments provided to the 
bill originator. Such systems lose the details of the 
remittance document which is mailed as part of the bill, 
and requires keying of an account number multiple 
times, each of which is costly in time and presents the 
opportunity for error. 

Another payment system in use for commercial 
accounts is known as financial electronic data inter- 
change, or FEDI. An FEDI system typically involves an 
automatic system for paying bills between a single mer- 
chant and a single customer. FEDI requires complex 
data processing software systems because the bills are 
paid automatically and only an exception ends up 
requiring human intervention. However, consumers and 
small business prefer to be involved in their financial 
transactions and be "masters of their destinies", 
involved in paying their bills. Therefore, an FEDI system 
would not be appropriate as a bill paying system for con- 
sumers and small businesses. 

Accordingly, the prior art systems have significant 
limitations and disadvantages. 

SUMMARY OF THE INVENTION 

The present invention overcomes the limitations 
and disadvantages of the present art system by provid- 
ing a bill presentation and payment reconciliation sys- 
tem especially suited for use by consumers and small 
business organizations. The present system involves a 
payment service which receives a plurality of payments 
for multiple customers from a variety of bill originators, 
sorts the bills by customer, presents the bills addressed 
to a customer in response to their use of the payment 
system, receives customer's instructions regarding pay- 
ing the bill, initiates on order to a customer's bank to pay 
the bill and provides a record of the payment to the bill 
originator. 

This system is advantageous in that the customer, 
in addition to saving time and money, is aware of and 
can control the payment of his bills, allowing the cus- 



tomer to schedule payments and make partial pay- 
ments if desired. 

The present system allows the bill originator to 
receive reconciliation data which allows payment 

s processing to occur on a non-exception basis. This has 
the advantageous effect of avoiding errors from correla- 
tion with the amount and data from the original bill. 

The present invention has the further advanta- 
geous effect that the bill template may be stored and 

10 recalled as needed and the customer need not access 
each bill, saving on communication cost. This allows 
consumers to get bills in a format comparable to today's 
paper bills as the bill originator mighl send through the 
mail. 

is The foregoing and other further advantages and 
objects of the present invention will be apparent to 
those skilled in the art in view of the foregoing descrip- 
tion of the preferred embodiment taken together with the 
appended claims and the accompanying drawings. 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic representing a bill payment 
system as currently implemented before the present 
as invention. 

Figure 2 is a schematic representation of the bill 
presentation and payment system of the present inven- 
tion. 

Figure 3 is a flow chart of the electronic bill presen- 
30 tation and payment system of the present invention. 

Figure 4 is a first screen as seen by a bill payer 
using the electronic bill presentation and payment sys- 
tem, showing outstanding opened and unopened bills. 
Figure 5 is a second screen as seen by a bill payer, 
35 as the bill payer opens and then pays a bill. 

Figure 6 is a third screen as seen by a bill payer 
using the system of the present invention, showing a 
summary of the paid bills prior to sending. 

Figure 7 is a flow chart showing the process by 
40 which a bill originator creates and transmits a bill. 

Figure 8 is a flowchart showing the process for cre- 
ating and storing a template. 

DETAILED DESCRIPTION OF THE PREFERRED 
45 EMBODIMENT 

Figure 1 is a schematic representation showing a 
bill payment system as currently implemented prior to 
the present invention. This involves bill originator 101, 

so bill payers 1 02 and their bank 1 03. The bank for the bill 
originator is shown by 104. 

The bill originator 101 sends a bill as illustrated by 
the envelope 1 10 through the mail as illustrated by the 
mailbox 111 to the bill payer 102. The bill payer 102 

55 issues a check 112. encloses it in an envelope 113 and 
sends it through the mail as illustrated by the mailbox • 
114 to the bill originator 101. The bill originator then 
uses a carrier 115 to transport the check from the bill 
payer to the bill originator's bank 104. The bank 104 
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then uses a carrier 1 16 to transport the check to the bill 
payer's bank 103. then the bill payers bank 103 returns 
the check as illustrated by line 1 1 7 to the bill payer, com- 
pleting the cycle. The carriers and the mail are obvious 
sources of potential cost, delay and possibility of loss. 5 

In Figure 2, the bill originators 101 , the bill payers or 
consumers 102. the bill payer's bank 103 and the bill 
originator's bank 104 remain unchanged from the imple- 
mentation in Figure 1. The system of Figure 2 has the 
addition of an electronic bill presenter 200 being inter- 10 
posed into the system and allowing the electronic pres- 
entation and payment as we described. A bill originator 
1 0 1 creates the information necessary to bill consumers 
then sends an electronic message 201 to the electronic 
bill presenter 200. The electronic bill presenter 200 is 
sorts the bills from various bill originators (the more the 
better) and presents the bills for a selected customer to 
the bill payer 102 in the form of electronic bill present- 
ment method 202. The bill payer 1 02 then indicates the 
bills that he wishes to be paid, the amounts of the pay- zo 
ments by a return message or payment authorization 
203 to the electronic bill presenter 200. That payment 
authorization 203 then is sorted by bank, and a mes- 
sage is presented on line 204 to each of the banks 
involved as associated with individual consumers or bill 25 
payer 102. The bill payer'6 bank 103 then sends a mes- 
sage to the bill originator's bank 1 04 as evidenced by 
the line 205 indicating a payment. The bill originator's 
bank sends a message or payment notification as indi- 
cated by 206 to the bill originator, with detail as to the 30 
amount and customers involved. Meanwhile, the elec- 
tronic bill presenter 200 has sent a message 207 indi- 
cating the reconciled payments to the bill originator for 
comparison with the payment notification messages 
206 received from the bill originator's bank 104. as 

Figure 3 is a flow chart of the process for paying 
bills. At block 301 , the payer connects to the system and 
at block 302 the payer requests the bills. The system 
extracts the payer's bill data at block 303 from the bill 
database 304. At block 305, template data is extracted <o 
from template database 306. The bill data and the tem- 
plate data will be combined at block 307 to create the 
bill which is transmitted to the payer and displayed on 
his device. 

Of course, there are many different devices that 45 
could be used to display the payments. A personal com- 
puter could be used, a Screen Phone, Interactive TV, 
telephone, Personal Digital Assistance (PDA) or an 
ATM. Some of these terminals like a personal computer 
have local storage while other terminals like a telephone so 
have no local storage. Where the terminal includes local 
storage, at the first instance of a bill from a particular bill 
originator, the system can send the template informa- 
tion to the bill originator for local storage (e.g., on the 
personal computer) for future instances of that bill. 55 
Where the user terminal includes no local storage, the 
total bill must be transmitted and presented on each 
occurrence. Thus, the template plus the variable bill 
data will be made for such user terminal for each bill. 



At block 309. the bill presentment will be recorded 
in the bill database 304. When the bill payer issues pay- 
ment instructions at block 310, his payment will be 
recorded at block 31 1 with information to the bill origina- 
tor and an update to the bill database 304. At block 312. 
the payment will be included with correlating informa- 
tion. 

Figure 4 illustrates an example of the screen 401 a 
customer or bill payer (102 in Figures 1 and 2) will see 
in paying his bills. The screen 401 is divided into a 
region 402 showing new or unopened bills, a region 403 
showing old or previously opened bills, and a region 404 
showing action icons. The region 402 includes a mail- 
box 411 and bill representations 412, 413. 414 each 

including a "from" line indicating the name of the bill 
originator (e.g. Duke Power for bill 412). The region 403 
of opened bills includes a file folder icon 421 and bill 
representations 422, 423, 423... The opened bills are 
those which had already been received and reviewed, 
but not yet acted upon (for example, a bill which was 
received but which is not yet due or as to which the cus- 
tomer has a reason for not paying). The region 404 with 
action icons is sometimes called a tool bar with buttons 
and includes an icon 431 to pay a bill, an icon 432 to 
move to the next bill, an icon 433 to identify bank 
account(s) used to pay bills, an icon 434 to enroll pay- 
ees (bill originators) and an icon 435 to get a summary 
of outstanding bills. Icons 436, 437, 438, 439, 440 and 
441 show, respectively, history log of paid bills, generate 
bill and payment reports, open mail box window, open 
bill file window, attach note to payment and send pay- 
ment. Selection Option 442 from the screen's action bar 
allows selecting predetermined options such as auto- 
matic open (the automatically opening and showing the 
next bill when the previous bill is paid), autopay (auto- 
matically show the payment check when a bill is 
selected) and lightening pay (automatically paying all 
outstanding bills without showing either the bill or the 
check). Bills can be color or otherwise coded, if desired, 
as by indicating bills designated to be paid in green, bills 
opened but not yet designated to be paid by yellow and 
bills not yet opened (newly arrived) by red. As is cus- 
tomary with a graphical user interface, each icon has a 
symbol relating to the function as well as a descriptive 
word and may be invoked by moving the computer cur- 
sor to the icon, then using the computer mouse to click 
on it to select it. 

Figure 5 illustrates the screen 501 that a customer 
or bill payer uses to pay a bill. At the left, a portion of the 
unpaid bill region 402 is shown, with the bill from Vision 
Cable selected and the bill shown in a right hand region 
502. Once the customer selects to pay the bill, a check 
display 503 appears as a metaphor for a message to 
send a payment If the customer agrees with the display 
shown (ip this case to pay $24.44 to Vision Cable for 
Account 20421-14441 2K)1-6:from his checking account; • 
at First National Bank), he clicks on an OK icon 504: 

Figured illustrates the summary of the outstanding 
bills and payments to be made in a region 601. If the 
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customer wishes to authorize all of the payments to be 
made, he indicates by clicking on the send icon 441 (in 
Figure 4). 

Figure 7 illustrates the flow chart of the process 
used by a bill originator to generate a bill. The bill data 
is extracted at block 703 from the bill originator's 
accounts receivable data base 701 and is transmitted at 
block 705 to the electronic bill presenter and is used to 
update the bill database 304 previously described. 

Figure 8 illustrates the process for creating and 
storing template for bills. At block 801 , the bill originator 
creates his template(s) for his bills. These are transmit- 
ted to the electronic bill presenter at 803 and stored in 
the template database 306. 

Of course, many modifications and adaptations to 
the preferred embodiment will be apparent to those 
skilled in the art. Further, those skilled in the art will 
appreciate that some aspects of the present invention 
will be used to advantage without the corresponding 
use of other aspects. For example, as discussed, the 
type of equipment being used by the customer is varia- 
ble, and the type of bill presented may be varied by the 
equipment used by the customer. The arrangement of 
bills and the form of record may be changed as desired 
and further, might be integrated with existing financial 
software packages such as electronic checkbook, tax or 
accounting systems. 

Accordingly, the foregoing description of the pre- 
ferred embodiment should be considered as merely 
illustrative of the present invention and not in limitation 
thereof. The present invention is defined solely by the 
claims which follow. 

Claims 

1 . A method of providing bill payment services for pre- 
senting bills to the customer for payment by a bank 
having customer's funds, the steps of the method 
comprising: 

receiving a plurality of bills for multiple custom- 
ers from at least one bill originator; 
sorting the bills by customer; 
presenting bills addressed to a customer to that 
customer in response to the customer's use of 
the payment service; 

receiving an instruction from a customer who is 
paying a bill; 

initiating an order to the customer's bank to pay 
the bill; and 

providing a record of the customer's payment 
of the bill. 

2. A method of providing bill payment services includ- 
ing the steps of Claim 1 wherein the step of pre- * 
senting bills to the customer includes a computer 
program for assembling variable information of a bill 
with a general bill template. 



A method of providing bill payment services includ- 
ing the steps of Claim 2 wherein the step of assem- 
bling of the variable information includes retriving 
template information which is stored locally within 
the customer's system. 



. A method of providing bill payment services includ- 
ing the steps of Claim 1 wherein the step of pre- 
senting includes a graphical user interface showing 
the bills addressed to the customer. 

, A method of providing bill payment services includ- 
ing the steps of Claim 1 wherein the step of provid- 
ing a record of payment includes the step of 
providing the bill originator an electronic message 
including the details of the bill presented. 

. A method of electronic presentment and payment 
of bills originated by a bill originator and presented 
to bill payers, the method comprising the steps of: 

creating bills in electronic form for transmission 
as electronic messages from a bill originator to 
an electronic bill presenter, 
transmitting bills in electronic form from a bill 
originator to an electronic bill presenter, 
sorting bills received by the electronic bill pre- 
senter according to bill payers identified in the 
electronic messages. 

presenting bills to bill payers connected to the 
electronic bill presenter in the form of electronic 
messages by transmitting electronic messages 
from the electronic bill presenter to identified 
bill payers, 

receiving payment instructions at the electronic 
bill presenter from bill payers instructing pay- 
ment of electronic bills received from the elec- 
tronic bill presenter, 

transmitting a payment order from the elec- 
tronic bill presenter to a bill payer's bank, the 
payment order consistent with payment instruc- 
tions received from a bill payer to transfer pay- 
ment of an electronically presented bill from the 
bill payer's bank directly to a bill originator's 
bank, and 

notifying the bill originator by electronic mes- 
sage from the electronic bill presenter of trans- 
mission of a payment order from the electronic 
bill presenter to a bill payer's bank to transfer a 
payment directly to a bill originator's bank in 
payment of an electronically presented bill. 

The method of Claim 6 further comprising the step 
of transferring a payment from the bill payer's bank 
to the bill originator's bank in accordance with pay- 
ment instructions received by the electronic bill pre- 
senter from a bill payer and transmitted from the 
electronic bill presenter to a bill payer's bank. 
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8. The method of Claim 7 further comprising the step 
of sending a message from the bill originator's bank 
to the bill originator confirming receipt of a payment 
from a bill payer's bank as payment of an electroni- 
cally presented bill. 5 

9. The method of Claim 6 further comprising the step 
of transmitting a payment order from the electronic 
bill presenter to a first bill payer's bank and from a 
the first bill payer's bank to a second bill payer's 10 
bank. 

10. The method of Claim 6 wherein multiple bill origina- 
tors are electronically connected to the electronic 

bill presenter for transmission of bills as electronic is 
messages, and multiple bills from multiple bill origi- 
nators are collectively presented by the electronic 
bill presenter to a bill payer. 

1 1 . The method of Claim 6 further comprising the step so 
of reconciling payment instructions processed by 
the electronic bill presenter with notification of pay- 
ments received by a bill originator's bank. 

12. The method of Claim 6 further comprising the step 2s 
of creating electronic bills by combining bill data 
received from a bill originator with a bill template 
adapted to contain and present data of bills to indi- 
vidual bill payers. 

30 

13. The method of Claim 12 further comprising the step 
of combining data of multiple bills for an individual 
bill payer with a single bill template. 

14. The method of Claim 12 further comprising the step 35 
of generating graphical representations of bill data 
combined with a bill template for presentation to a 

bill payer. 

15. The method of Claim 12 further comprising the step 40 
of generating a bill payment data entry format in a 
graphical form of a check for presentation to a bill 
payer for entry and transmission of bill payment 
data. 

45 

16. The method of Claim 12 further comprising the step 
of generating graphical control functions for display 
with sad template and bill data whereby a bill payer 
controls electronic bill presentation, payment and 
records by selection of said graphical control func- so 
tions. 

17. The method of Claim 12 further comprising the step 
of generating graphical representations of records 

of bills presented or paid via the electronic bill pre- 55 
senter. 

18. The method of Claim 12 wherein a bill originator 
performs the steps of creating a bill template 



adapted to contain and present electronic bills to bill 
payers, and transmits the bill template to the elec- 
tronic bill payer for storage in a bill template data- 
base. 

19. The method of Claim 6 further comprising the step 
of initiating transmission of electronic messages 
from the electronic bill presenter to a bill payer upon 
receipt of a request from a bill payer via a connec- 
tion with the electronic bill presenter for electronic 
presentation of a bill. 

20. A system for electronic presentation, payment and 
reconciliation of bills, the system comprising: 

an electronic bill presenter in electronic com- 
munication with at least one bill originator and a 
plurality of bill payers, 

the electronic bill presenter operative to receive 
bill data from a bill originator in the form of an 
electronic message, 

the electronic bill presenter further operative to 
create electronic bills for graphical presentation 
to bill payers by combining bill data with a 
graphical bill template, 

the electronic bill presenter further operative to 
transmit to bill payers identified by said bill data 
graphical representations of electronic bills 
from bill originators. 

the electronic bill presenter further operative to 
receive bill payment instructions from a bill 
payer to authorize a bill payer's bank to transfer 
a payment to a bill originator's bank in payment 
of an electronic bill, 

the electronic bill presenter further operative to 
transmit a message to a bill originator notifying 
the bill originator of receipt of payment authori- 
zation from a bill payer to which a bill origina- 
tor's bill was presented by the electronic bill 
presenter. 

21. The system of Claim 20 wherein said electronic bill 
presenter further comprises a data base for receiv- 
ing and storing bill data from bill originators. 

22. The system of Claim 20 wherein said electronic bill 
presenter further comprises a template data base 
for receiving and storing bill templates combinable 
with bill data to create graphical presentations of 
bills. 

23. The system of Claim 20 wherein the electronic bill 
presenter further comprises a program for generat- 
ing graphical representations of bill templates and 
combining bill data retrieved from a bill data base 
with a bill tempteteitojcreate a graphical represents- ; 
tion of an electronic bill, and transmitting a graphi- 
cal representation of an electronic bill to a display 
device of a bill payer. 
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